Information service provider for transmitting multiple rate wireless information

ABSTRACT

An information service provider is disclosed which transmits wireless information having address data and message data. The information service provider, such as a computer operatively coupled to a transmitter capable of transmitting wireless information, transmits the wireless information to electronic devices such as watch receivers, stand-alone pagers, palmtop computers with receiver cards, pen based personal digital assistants, notebook computers, and the like. The information service provider sets a encoding rate to be an address rate, then transmits the address data of the electronic device(s) for which the message is intended at the address rate. The information service provider then adjusts the encoding rate to be a message rate different than the address rate, where the message rate corresponds to the address. This technique allows the information service provider to transmit, and the electronic device to process, different types of messages at different rates. This would allow, for example, long complex messages, such as news broadcasts, to be transmitted at a slower rate than shorter, less complex messages, such as personal pages and stock quotes, thereby decreasing the transmission errors of the long complex messages to a number capable of being corrected in a manner transparent to the user.

CROSS REFERENCE TO RELATED APPLICATIONS

This invention is related to commonly assigned patent application Ser.No. 08/311,465, filed on even date herewith.

FIELD OF THE INVENTION

This invention relates to the electronics circuitry field. Moreparticularly, this invention is an information service provider fortransmitting multiple rate wireless information.

BACKGROUND OF THE INVENTION

Simple electronic devices have existed for years that had the capabilityto receive and decode information sent through the airwaves. Earlystand-alone pagers could display a small amount of numeric informationon a single line LCD display--most typically, the phone number of theperson "paging" the owner of the pager. Later pagers could display shortalphanumeric messages, such as the name and number of the person pagingthe owner of the pager.

U.S. Pat. No. 5,043,721 to May pioneered the concept of the "personaldigital assistant" by using a specialized paging device in conjunctionwith a personal computer in a manner that allowed wireless informationto go far beyond simple names and telephone numbers. The -721 May patentshowed how wireless information could, among other things, wake up thecomputer when a message has been received, compare a received phonenumber with names and numbers stored in the computer to identify thecaller, receive an appointment request and automatically search forconflicts, and generally allow for longer and more complex alphanumericmessages to be processed.

The teachings of the -721 May patent have been used by a news andinformation service called HP StarLink. Subscribers to this service canreceive personalized alphanumeric messages on their HP Palmtop PCequipped with an HP StarLink Wireless Receiver Card. In addition, userscan subscribe to receive various other forms of information, such asnews headlines, sports scores, weather, business news, and stock quotes.HP StarLink subscribers can receive this information while at home or atthe office, or even as they travel throughout most of the country.

While this vast increase in the amount and usefulness of wirelessinformation has been wonderful for those who want to know what is goingon no matter where they are, it has not been without its problems. Onesuch problem is that today's information service providers that transmitsuch information, such as HP StarLink, and today's electronic devicesthat process such information, such as HP Palmtop Computers and HPStarLink Wireless Receiver Cards, are still operating under a protocolthat was designed to handle very short simple messages sent to singleusers (e.g. telephone numbers), not long complex messages broadcast tomultiple users (e.g. hourly news headlines). While this protocol cansuccessfully correct a small number of errors that inevitably occurduring the transmission of this information in a manner transparent tothe user, (through the use of parity checks and other forms of errorcorrection), transmissions that contain more than a small number oferrors are garbled and, in some cases, unreadable and irretrievablylost. While these unpleasant events are less likely to happen with shortsimple messages such as phone numbers, they are much more likely tohappen with long complex messages such as news broadcasts. This problemis especially apparent as the speed in which messages are transmittedincreases, as has been the case during the last few years. This problemhas become a barrier to the widespread acceptance and use of broadcastnews and other lengthy information provided by information serviceproviders.

SUMMARY OF THE INVENTION

An information service provider is disclosed which transmits wirelessinformation having address data and message data. The informationservice provider, such as a computer operatively coupled to atransmitter capable of transmitting wireless information, transmits thewireless information to electronic devices such as watch receivers,stand-alone pagers, palmtop computers with receiver cards, pen basedpersonal digital assistants, notebook computers, and the like. Theinformation service provider sets an encoding rate to be an addressrate, then transmits the address data of the electronic device(s) forwhich the message is intended at the address rate. The informationservice provider then adjusts the encoding rate to be a message ratedifferent than the address rate, where the message rate corresponds tothe address. This technique allows the information service provider totransmit, and the electronic device to process, different types ofmessages at different rates. This would allow, for example, long complexmessages, such as news broadcasts, to be transmitted at a slower ratethan shorter, less complex messages, such as personal pages and stockquotes, thereby decreasing the transmission errors of the long complexmessages to a number capable of being corrected in a manner transparentto the user.

DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a simplified block diagram of how an information serviceprovider collects information from a variety of sources for transmissionto users of various electronic devices in the preferred embodiment ofthe invention.

FIG. 2 shows a block diagram of an electronic device of the preferredembodiment of the invention.

FIG. 3 shows a block diagram of an information service provider of thepreferred embodiment of the invention.

FIG. 4 shows an exemplary address table in the electronic device of thepreferred embodiment of the invention.

FIG. 5 shows an exemplary address table in the information serviceprovider of the preferred embodiment of the invention.

FIG. 6 shows the format by which information is transmitted from theinformation service provider to the electronic device in the preferredembodiment of the invention.

FIGS. 7-8 show a flowchart of the operation of the electronic device ofthe preferred embodiment of the invention.

FIGS. 9-10 show a flowchart of the operation of the information serviceprovider of the preferred embodiment of the invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

FIG. 1 shows a simplified block diagram of how an information serviceprovider collects information from a variety of sources for transmissionto users of various electronic devices in the preferred embodiment ofthe invention. Electronic device 10 can take on a variety of forms, suchas watch receiver 11, stand-alone pager 12, palmtop computer withwireless receiver card 13, pen-based personal digital assistant 14, orlaptop computer with wireless receiver card 15, and still fall withinthe spirit and scope of the invention. Each electronic device 10processes wireless information transmitted by information serviceprovider 100. Information service provider 100 collects information froma variety of sources, such as news service 101, stock quotes 102, systemstatus 103, voice mail 104, electronic mail 105, paging software 106,and operator 107, and transmits it to electronic device 10 viatransmitter 130 in a manner that will be described in more detail later.In the preferred embodiment, information service provider 100 is the HPStarLink service, as modified to carry out the invention disclosedherein.

FIG. 2 shows a block diagram of electronic device 10 of the preferredembodiment of the invention in more detail. While the block diagram ofFIG. 2 is applicable to any of the various electronic devices 11-15, theremainder of the discussion will assume that electronic device 10 is anHP 200LX Palmtop PC and an HP StarLink Wireless Receiver Card, both soldby the Hewlett-Packard Company, as modified to carry out the inventiondisclosed herein.

Electronic device 10 contains processor 20 connected to receiver 30,memory 40, display 50, and input device 60. Processor 20 is suitablyprogrammed to execute the flowcharts of FIGS. 7-8 of this invention.Processor 20 contains decoder logic unit 22, rate adjuster logic unit24, match detector logic unit 26, and timer logic unit 28. In thepreferred embodiment, the functions of logic units 22-28 are performedby software executing the flowcharts of FIGS. 7-8 of the invention,although specific hardware could be fabricated to perform the functionof one or more of these logic units, either within processor 20 or inone or more other hardware integrated circuits or other devices, andstill fall within the spirit and scope of the invention. Receiver 30receives wireless information from information service provider 100 viaantenna 32. Memory 40 can be RAM, ROM, PROM, EPROM, hard disk storage,optical storage, any combination of the above, or any other means ofstoring information, although it is preferred for purposes of thisinvention that at least a portion of memory 40 be EPROM. In thepreferred embodiment, the portion of memory 40 that is EPROM is includedin the same physical package and/or can be accessed by processor 20,such that at least some of the contents of the EPROM can be programmedand modified by information service provider 100 via transmitter 130.

Display 50 of electronic device 10 can be small enough to fit on a watch(device 11), large enough for a full size computer screen (device 15),or another size. Input device 60 can be a watch button (device 11), afully functional keyboard and mouse (device 15), or another inputdevice. In addition, input device 60 can be a display sensitive to thetouch of a pen, stylus, finger, or similar instrument, as device 14shows.

FIG. 3 shows a block diagram of information service provider 100 of thepreferred embodiment of the invention in more detail. Informationservice provider 100 contains processor 120 connected to transmitter130, memory 140, display 150, input device 160, and informationinterface 170. Processor 120 is suitably programmed to execute theflowcharts of FIGS. 9-10 of this invention. Processor 120 contains rateadjuster logic unit 124, table administrator logic unit 126, andformatter logic unit 128. In the preferred embodiment, the functions oflogic units 124-128 are performed by software executing the flowchartsof FIGS. 9-10 of the invention, although specific hardware could befabricated to perform the function of one or more of these logic units,either within processor 120 or in one or more other hardware integratedcircuits or other devices, and still fall within the spirit and scope ofthe invention. Transmitter 130 transmits wireless information toelectronic device 10. Memory 140 can be RAM, ROM, PROM, EPROM, hard diskstorage, optical storage, any combination of the above, or any othermeans of storing information, although it is preferred for purposes ofthis invention that at least a portion of memory 140 be hard diskstorage. Information interface 170 is typically one or more modemsconnected via one or more telephone lines to a variety of sources, suchas Associated Press, Dow Jones News Retrieval Service, etc., as well asto other personal computers equipped with paging software suitable fordirectly formulating alphanumeric messages. Operator 107 can receivemessages via telephone and enter them in to information service provider100 via input device 160 for transmission to electronic device 10. Inaddition, operator 107 can screen and compose messages based on rawinformation coming in via information interface 170.

In the preferred embodiment, processor 120, memory 140, display 150 andinput device 160 are all contained in a personal computer, such as an HPVectra computer. An alternate embodiment has been contemplated whereinformation service provider 100 contains multiple instances ofcomponents 120-160 contained in multiple computers. In this embodiment,it would be preferred that these multiple computers are connectedtogether via a computer network, and that at least a portion of memory140 be shared among all the computers, so each computer would haveaccess to the same address list.

FIG. 4 shows an exemplary address table stored in memory 40 inelectronic device 10 of the preferred embodiment of the invention. Inthe preferred embodiment, address table 80 contains addresses 81-84.Addresses 81-84 are the addresses of electronic device 10. While fouraddresses are shown in address table 80, those skilled in the art willappreciate that anywhere from one to dozens of addresses could be shownin address table 80 and still fall within the spirit and scope of theinvention. In the preferred embodiment, address 81 is a unique addressthat identifies personal messages intended for the owner of electronicdevice 10. Likewise, address 82 identifies specific stock quotesrequested by the owner of electronic device 10. For example, the ownerof electronic device 10 may have requested to be notified with hourlystock quotes for IBM whenever IBM stock falls more than three dollarsper share in any one day. Address 83 identifies sports scores that arebroadcast to multiple users who subscribe to this service. Unlikeaddresses 81 and 82, address 83 is not unique to electronic device 10,but is common to all subscribers requesting this service. Address 84identifies news headlines that, like the sports scores of address 83,are broadcast to multiple users who subscribe to this service and is anon-unique address. While both addresses 83 and 84 are preferablynon-unique, they could be unique, but this would require informationservice provider 100 to transmit the same broadcast message multipletimes (taking up valuable airtime), or that some other complex approachbe used.

Each address 81-84 has a corresponding message rate 85-88 contained inaddress table 80. Message rates 85-88 are used by rate adjuster logic 24of processor 20 to adjust the decoding rate of decoder logic 22 for themessage sent to address 81-84, respectively. In the example shown inFIG. 4, messages associated with address 81 are decoded at message rate"two", as message rate 85 shows. Likewise, messages associated withaddress 82 are decoded at message rate "three", messages associated withaddress 83 are decoded at message rate "one", and messages associatedwith address 84 are decoded at message rate "zero", as message rates86-88 show. In the preferred embodiment, message rate "two" is 2400baud, message rate "three" is 4800 baud, message rate "one" is 1200baud, and message rate "zero" is 512 baud, although other rates could beused. In general, slower message rates are selected for lengthyinformation broadcast to a wide variety of users. This permits thesemessages to be transmitted more reliably with fewer transmission errors,yet does not unduly hog transmission resources since slow, long messagesare normally only sent once to many subscribers in a singletransmission. Likewise, short, unique messages, such as stock quotes,are processed at higher message rates, since these messages are unlikelyto have more transmission errors than can be fixed transparently to theuser, and since a large number of these unique messages must be sent ona regular basis without hogging transmission resources. Longer uniquemessages and shorter broadcast messages are processed at medium messagerates, and may in some implementations be processed at the same rate asthe address rate.

FIG. 5 shows an exemplary address table contained in memory 140 in theinformation service provider 100 of the preferred embodiment of theinvention. Address table 180 is very similar to address table 80 of FIG.4, but is normally much larger, since it normally contains entries for aplurality of electronic devices--not just one electronic device 10 as isshown in FIG. 4. Like address table 80, address table 180 containsaddresses and corresponding message rates. Each address 181-184 has acorresponding message rate 185-188 contained in address table 180.Message rates 185-188 are the same as message rates 85-88 of FIG. 4, andare used by rate adjuster logic 124 of processor 120 to adjust theencoding rate of the message transmitted by transmitter 130 to addresses81-84, respectively. As discussed above, message rate "two" is 2400baud, message rate "three" is 4800 baud, message rate "one" is 1200baud, and message rate "zero" is 512 baud in the preferred embodiment ofthe invention, although other baud rates could be used.

FIG. 6 shows the format by which information is transmitted from theinformation service provider to the electronic device in the preferredembodiment of the invention. In the preferred embodiment, this format isknown to those skilled in the art as the POCSAG format, as modified asdisclosed herein. Those skilled in the art will appreciate that othertransmission formats could be used and still fall within the spirit andscope of the invention. More detailed information about the POCSAGformat can be found in The Book of The CCIR Radiopaging Code No. 1,published by the Radiopaging Code Standards Group in 1986.

Transmission 200 contains preamble 210, first batch 300, and secondthrough Nth batches 500. First batch 300 contains word synchronizationcodeword 310 and eight frames 400-470. Frame 400 containsaddress/message codeword 402 and message codeword 406. Frames 410-470are similar to frame 400, and second through Nth batches 500 are eachsimilar to first batch 300.

Preamble 210 in the POCSAG format is a series of reversals (101010 . . .) intended to provide bit synchronization to electronic device 10 whenreceiver 30 is powered on. Word synchronization codeword 310 is a uniquecodeword (01111100110100100001010111011000) intended to provide wordsynchronization to electronic device 10. In POCSAG, messages associatedwith specific addresses start during specific frames which are alsoassociated with specific addresses. The POCSAG format looks at the leastthree significant bits of the address to determine on which frame amessage associated with that address will appear. For example, referringback to FIG. 4 for a moment, messages associated with address 81 willstart on frame 0 (i.e. frame 400), since the three least significantbits of address 81 are 0. Likewise, messages associated with addresses82, 83, and 84 will start on frames 3, 4, and 7, respectively, since thethree least significant bits of addresses 82, 83, and 84 are 3, 4, and7, respectively.

Address/message codeword 402 can contain either address data or messagedata. In the POCSAG format, address data is uniquely identified by azero in the first most significant bit position, although othertechniques could be used. If message data included in the previous frameneeds to be continued in this frame, address/message codeword 402contains continued message data. Message codeword 406 contains messagedata. In the preferred embodiment, all data contained in messagecodeword 406 is considered message data, and all data contained inaddress/message codeword 402 is considered either address data ormessage data, although some implementations could contain other databesides address or message data in these codewords, or multiple orfractional instances of address or message data in these codewords, andstill fall within the spirit and scope of the invention. For example,one implementation could provide duplicate instances of the same messagedata contained in message codeword 406 with the understanding that theelectronic device would only decode one of these instances.

FIGS. 7-8 show a flowchart of the operation of electronic device 10 ofthe preferred embodiment of the invention. Operation of the flowchart inFIGS. 7-8 will be discussed in conjunction with FIGS. 2, 4 and 6. Block1010 powers up receiver 30. Block 1020 sets the decode rate to be equalto the address rate. In the preferred embodiment, the address rate is2400 baud, although other address rates could be used. Note that theaddress rate is the same rate as message rate "two" used for personalmessages. The address rate is normally, but does not have to be, thesame as a message rate associated with at least one type of message.Block 1030 then reads addresses 81-84 and message rates 85-88 fromaddress table 80 contained in memory 40 of electronic device 10. Block1040 then waits until it recognizes preamble 210 in the informationreceived by receiver 30. Once preamble 210 is detected, block 1050 waitsfor word sync codeword 310.

After synchronization codeword 310 is detected, processor 20 is in wordsynchronization with the information transmitted in transmission 200.Since processor 20 knows that it cannot start to receive messages duringframes not associated with specific addresses, it need not look foraddress data contained in those frames. For example, since messagesassociated with addresses 81-84 in address table 80 can only begin inframes 0, 3, 4, and 7, respectively, processor 20 need not look foraddresses in frames 1, 2, 5, and 6. Accordingly, block 1100 can, and inthe preferred embodiment does, wait for the next frame associated withan address in address table 80. During this wait, block 1100 preferablypowers down receiver 30, thereby entering a "sleep state" to conservebattery power.

After the period of time block 1100 waits for the next frame that couldhave an address in address table 80 elapses, block 1110 reads the datain the address/message codeword in that frame. If the data is addressdata, and if the address data matches an address contained in addresstable 80, block 1120 is answered affirmatively, and flow of controlmoves to block 1150 in FIG. 8. If there is is not a match, this frameeither contains message data for another electronic device or an idlecodeword (01111010100010011100000110010111 in POCSAG). In either event,block 1130 looks to see if this was the last frame of the batch. If not,flow of control returns to block 1100 to wait for the next frameassociated with an address in address table 80. If so, block 1140 checksto see if this was the end of the transmission by seeing if informationhas stopped being received by receiver 30. If so, control returns toblock 1040 to wait for another preamble 210 for a new transmission. Ifnot, a new batch has arrived, and flow returns to block 1050 to wait fora new word synchronization codeword 310.

Referring now to FIG. 8, block 1120 has determined that there is a matchbetween address data in the frame and an address in address table 80.Block 1150 adjusts the decode rate to the message rate for this address.If, for example, address 83 (0000004) was the address matched in block1120, block 1150 would adjust the decode rate from the address rate(2400 baud) to message rate "one" matched in frame 4 (1200 baud).Likewise, if address 82 was matched, block 1150 would adjust the decoderate to 4800 baud, and if address 84 was matched, block 1150 wouldadjust the decode rate to 512 baud. Note that if address 81 wasdetected, block 1150 would still adjust the decode rate from the addressrate to message rate "two", but since in our example both of these ratesare the same (2400 baud) the execution of block 1150 will have nopractical effect.

After block 1150 adjusts the decode rate, block 1160 reads the messagedata contained in the message codeword in the frame at the newlyadjusted decode rate. Block 1160 typically stores the message data inmemory 40 for eventual display on display 50.

Block 1165 asks if it is at the end of the frame yet. If not, it loopsback to block 1160 to continue to read bits of message data until thetime period allotted for the frame has elapsed. Note that even thoughmessage data contained in frames 400-470 is transmitted and received ata variety of message rates, each frame is transmitted during the sametime interval, so processor 20 of electronic device 10, oncesynchronized, always knows when the end of frame and end of batch willoccur.

If block 1165 is answered affirmatively, block 1170 asks if it is theend of batch yet. If not, block 1180 asks if the address/messagecodeword in the next frame contains continued message data. Thiscommonly occurs, since most messages are longer than what can fit in asingle message codeword in a frame. If so, flow returns back to block1160 to continue to read message data for this frame. Once block 1180determines that the next frame does not contained continued message data(i.e. it contains an address), block 1180 is answered negatively. Block1200 adjusts the decode rate to be the address rate, and flow returnsback to block 1100 (FIG. 7) to wait for the next frame associated withan address in address table 80.

If Block 1170 determines that it is at the end of a batch, block 1175asks if it is also at the end of a transmission. If so, flow moves backto block 1040 (FIG. 7) to wait for a new preamble. If not, a new batchhas arrived, and block 1190 waits for a new word synchronizationcodeword. After the codeword has been processed, block 1195 checks tosee if the address/message codeword in the next frame contains continuedmessage data. This commonly occurs, since, as discussed above, mostmessages are longer than what can fit in a single message codeword in aframe, and since many messages cannot fit in a single batch, especiallyif it started in a later frame in the batch, such as frame 7. If so,flow returns back to block 1160 to continue to read message data forthis frame. If either block 1180 or block 1195 determines that the nextframe does not contained continued message data (i.e. it contains anaddress), both blocks are answered negatively. As discussed previously,block 1200 adjusts the decode rate to be the address rate, and flowreturns back to block 1100 (FIG. 7) to wait for the next frameassociated with an address in address table 80.

FIGS. 9-10 show a flowchart of the operation of information serviceprovider 100 of the preferred embodiment of the invention. Operation ofthe flowchart in FIGS. 9-10 will be discussed in conjunction with FIGS.3, 5, and 6. Block 2005 receives a message to transmit to an electronicdevice through information interface 170 or input device 160. Block 2010powers up transmitter 130. Block 2020 sets the encode rate to be equalto the address rate. As discussed previously, the preferred address rateis 2400 baud, although other address rates could be used. Block 2030then reads address table 180 contained in memory 140 of informationservice provider 100. Block 2040 then begins a new transmission 200 bytransmitting preamble 210. Once preamble 210 is transmitted, block 2050transmits word sync codeword 310. Block 2060 set frame counter N=0.Block 2065 checks to see if N>7. If not, block 2070 asks if there iscontinued message data from the last batch (if N=0) or frame (if N is 1to 7). If not, as would be the case with a new transmission, block 2080asks if there is a new message to be sent for this frame. As previouslydiscussed, messages associated with addresses are also associated withspecific frames. If the message to be sent is not associated with theparticular frame indicated by the frame counter N, block 2080 isanswered negatively. Block 2085 fills the frame by transmitting two idlecodewords. Frame counter N is incremented to the next frame in block2087, and flow returns back to block 2065.

When block 2080 determines that it has a message to send for this frame,block 2100 transmits the address to which the message to follow will bedirected in the address/message codeword of the frame, and flow ofcontrol moves to block 2150 of FIG. 10. Block 2150 determines themessage rate corresponding to the address data from address table 180and adjusts the encode rate to the message rate for this address. If,for example, the message to be sent is for address 183 (0000004), block2150 would adjust the encode rate from the address rate (2400 baud) tomessage rate "one" (1200 baud). Likewise, if the message is for address182 was matched, block 2150 would adjust the encode rate to 4800 baud,and if the message is for address 184, block 2150 would adjust theencode rate to 512 baud. Note that if the message was for address 181,block 2150 would still adjust the encode rate from the address rate tomessage rate "two", but since in our example both of these rates are thesame (2400 baud) the execution of block 2150 will have no practicaleffect.

After block 2150 adjusts the encode rate, block 2160 transmits themessage data in the message codeword in the frame at the newly adjustedencode rate. Block 2160 typically retrieves the message data from memory140 of information service provider 100. Block 2165 asks if it is at theend of the frame yet. If not, it loops back to block 2160 to continue totransmit bits of message data until the time period allotted for theframe has elapsed. As previously discussed, even though message datacontained in frames 400-470 is transmitted and received at a variety ofmessage rates, each frame is transmitted during the same time interval,so processor 120 of information service provider 100, always knows whento end the frame and end the batch.

If block 2165 is answered affirmatively, block 2168 increments the framecounter. Block 2170 asks if the requisite number of frames have beentransmitting for this batch. If not, the end of the batch has not yetbeen reached. Block 2180 asks if there is continued message data to sendin the address/message codeword in the next frame. As discussedpreviously, this commonly occurs, since most messages are longer thanwhat can fit in a single message codeword in a frame. If so, flowreturns back to block 2160 to continue to transmit message data for thisframe. Once block 2180 determines that there is no more message data totransmit for this message, block 2180 is answered negatively. Block 2200adjusts the encode rate to be the address rate, and flow returns back toblock 2080 (FIG. 9) to check to see if a new message is ready to be sentfor this frame.

If block 2170 determines that it is at the end of a batch, block 2300asks if there is more data (either continued message data or a newmessage) to send. If not, block 2900 turns off transmitter 130, and theprogram ends in block 2999. If there is more data to send, block 2310adjusts the encode rate to be the address rate, and flow of controlreturns to block 2050 to send a new word synchronization codeword. Whenblock 2065 (FIG. 9) detects an end of batch condition, block 2310 asksif there is more data (either continued message data or a new message)to send. If not, block 2910 turns off transmitter 130, and the programends in block 2998.

What is claimed is:
 1. A method in an information service device fortransmitting wireless information having first address data and firstmessage data, said method comprising the steps of:transmitting saidfirst address data at an address rate; determining that a first messagerate slower than said address rate corresponds to said first messagedata, said first message data comprising lengthy information broadcastto a wide variety of users; and transmitting said first message data atsaid first message rate.
 2. The method of claim 1, wherein said wirelessinformation further comprises second address data and second messagedata, said method further comprising the steps of:transmitting saidsecond address data at said address rate; determining that a secondmessage rate different than said first message rate and said addressrate corresponds to said second message data; and transmitting saidsecond message data at said second message rate.
 3. The method of claim1, further comprising the steps of:formatting said information into afirst plurality of frames, a first frame in said first plurality offrames containing said first address data and said first message data, asecond frame in said first plurality of frames containing continuedfirst message data; and transmitting said second frame at said firstmessage rate.
 4. The method of claim 1, further comprising the stepsof:formatting said information into a first plurality of frames, a firstframe in said first plurality of frames containing said first addressdata and said first message data, a second frame in said first pluralityof frames containing second address data and second message data;transmitting said second address data at said address rate; determiningthat a second message rate different than said first message rate andsaid address rate corresponds to said second message data; andtransmitting said second message data at said second message rate. 5.The method of claim 1, further comprising the steps of:formatting saidinformation into a plurality of batches, a first batch of said pluralityof batches containing a first plurality of frames, a first frame in saidfirst plurality of frames containing said first address data and saidfirst message data, a second frame in said first plurality of framescontaining continued first message data, a second batch of saidplurality of batches containing a second plurality of frames, a firstframe in said second plurality of frames containing continued firstmessage data; transmitting said second frame of said first plurality offrames at said first message rate; and transmitting said first frame ofsaid second plurality of frames at said first message rate.
 6. Themethod of claim 5, further comprising the steps of:said formatting stepincluding a synchronization codeword in each of said plurality ofbatches; and transmitting said synchronization codeword at said addressrate.
 7. An information service provider device comprising a memory anda transmitter for transmitting wireless information having first addressdata and first message data, said information service provider furthercomprising:a rate adjuster for setting an encoding rate to be an addressrate; said transmitter transmitting said first address data at saidaddress rate; an administrator connected to said rate adjuster and tosaid memory for determining that a first message rate slower than saidaddress rate corresponds to said first message data, said first messagedata comprising lengthy information broadcast to a wide variety ofusers; said rate adjuster adjusting said encoding rate to said firstmessage rate; and said transmitter transmitting said first message dataat said first message rate.
 8. The information service provider of claim7, wherein said wireless information further comprises second addressdata and second message data, wherein:said transmitter transmits saidsecond address data at said address rate; a match detector determinesthat a second message rate different than said first message rate andsaid address rate corresponds to said second message data; said rateadjuster adjusts said encoding rate to said second message rate; andsaid transmitter transmits said second message data at said secondmessage.
 9. A method in an information service provider for transmittingwireless information having first address data and first message data,further comprising the steps of:formatting said information into aplurality of batches, a first batch of said plurality of batchescontaining a first plurality of frames, a first frame in said firstplurality of frames containing said first address data and said firstmessage data, a second frame in said first plurality of framescontaining continued first message data, a third frame in said firstplurality of frames containing second address data and second messagedata, a second batch of said plurality of batches containing a secondplurality of frames, a first frame in said second plurality of framescontaining continued second message data; transmitting said firstaddress data at an address rate; determining that a first message rateslower than said address rate corresponds to said first address data;transmitting said first message data at said first message rate;transmitting said continued first message data at said first messagerate; transmitting said second address data at said address rate;determining that a second message rate different than said first messagerate and said address rate corresponds to said second address data;transmitting said second message data at said second message rate; andtransmitting said continued second message data at said second messagerate.